home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-21 / multi_t.tec < prev    next >
Text File  |  1991-07-29  |  6KB  |  121 lines
  1. ID:MT Multitasking in DESQview
  2. Quarterdeck Technical Note #152
  3. by Stan Young
  4.  
  5. One of the features of DESQview is the ability to provide for the 
  6. multi-tasking or background processing of a program.  This 
  7. feature allows the user to start an operation which will not 
  8. require user intervention and then switch to another task while 
  9. the operation continues in background.
  10.  
  11. While multi-tasking is certainly a useful feature, it is 
  12. important to note that DESQview cannot provide multi-tasking all 
  13. by itself.  A program's ability to multi-task in DESQview is 
  14. dependent on the setup of the program, the hardware being used, 
  15. and in some cases the way the program has been written.
  16.  
  17. What is absolutely required:
  18.  
  19. SETUP -  First, in order to multi-task a program must be set up 
  20. so that it is allowed to multi-task.  Under the default setup for 
  21. a program added to the DESQview menu by choosing the "Other" 
  22. selection from the Add A Program menu,  DESQview assumes several 
  23. things that prevent multi-tasking.  
  24.  
  25. *  DESQview assumes the program "Writes directly to the screen."
  26. *  DESQview assumes that if the program writes directly to screen 
  27.    and the machine is not a 386 with QEMM, it does not "Run in 
  28.    background."
  29.  
  30. Given that DESQview assumes that the program runs only in 
  31. foreground, under the defaults, the program will not run in 
  32. background even if otherwise capable of doing so.  Therefore it 
  33. is necessary to modify the default setup using "Change a Program" 
  34. to see if the program can run in background.  The first thing to 
  35. determine is whether the program actually "Writes directly to 
  36. screen" (see below).  If it does not, and you set the "Writes 
  37. directly to screen" option to "N",  DESQview will allow the 
  38. program to run in the background.
  39.  
  40. MEMORY -  Second, in order to multi-task a program must be able 
  41. to remain in active, addressable RAM.  Multi-tasking is an 
  42. internal function of DESQview, and DESQview does not REQUIRE any 
  43. add-on in order to multi-task.  HOWEVER, 640K can certainly be a 
  44. limited environment if you are trying to multi-task large 
  45. programs.  If you are planning to multi-task large programs, you 
  46. may need to purchase additional memory.
  47.  
  48. The only types of memory which currently can be used for multi-
  49. tasking beyond 640K are EEMS memory,  EMS 4.0 memory ON A FULLY 
  50. FUNCTIONAL EMS 4.0 BOARD (an EMS 4.0 driver on old-style EMS 3.2 
  51. board will not suffice) or exTENDed memory on a 386 machine with 
  52. QEMM, CEMM or compatible 386 expanded memory driver.
  53.  
  54. If your machine's memory configuration is such that the program
  55. must be swapped out to disk, ramdisk, or EMS or EEMS memory, then 
  56. the processing of that program will be interrupted.  You will 
  57. know this has happened if you get a "Swapping..." message when 
  58. switching from the program.  If this is happening and you have 
  59. configured your programs to minimum memory sizes, the only thing 
  60. that can allow you to achieve multi-tasking is to increase the 
  61. number or size of the addressable memory partitions available to 
  62. DESQview. As indicated before, this may require additional
  63. hardware.  
  64.  
  65. More information on this subject can be found in the DESQview 
  66. manual under the appendix, "Using Expanded Memory with DESQview".
  67.  
  68. What is usually desired:
  69.  
  70. SCREEN MANAGEMENT  -  Another item that is usually necessary for 
  71. effective background processing, although not absolutely 
  72. required, is for DESQview to be able to provide screen 
  73. management.  
  74.  
  75. A program which actually "Writes directly to screen" cannot have 
  76. its screen output managed by DESQview.  Therefore, if it is
  77. running in the background and updates the screen, what it writes 
  78. will print through on the screen of the foreground application.  
  79.  
  80. Testing to see if the program writes directly to screen:
  81.  
  82. All graphics based programs write directly to screen; however if 
  83. your program runs in character mode, you should try setting it up 
  84. in a window that has the "Writes directly to screen" option set 
  85. to "N".  Then invoke the program, allowing it to come up in a 
  86. small DESQview window.  If the program loads into the window 
  87. without writing outside the window frame, the program does not 
  88. write directly to screen and should operate properly in the 
  89. background.  If the program does print outside the window frame, 
  90. the program does write directly to screen and you will have to 
  91. evaluate for yourself whether running it in the background would 
  92. upset your foreground operation too much.
  93.  
  94. On a 386 machine, Quarterdeck's QEMM 386 driver provides 
  95. virtualization of the screen in text, CGA, EGA, Hercules 
  96. Monographics, and VGA graphics mode so that programs using those 
  97. modes can run with their screens managed by DESQview regardless 
  98. of whether they write directly to screen or not.  If the programs 
  99. switch modes in background (for instance, switch from text to 
  100. graphics), you must explicitly set the "Runs in background" 
  101. option to "Y".
  102.  
  103. Keyboard and mouse handling:
  104.  
  105. Programs running in background should be well behaved with regard 
  106. to their use of the keyboard.  If they are not, running them in 
  107. the background may cause problems with using the keyboard in the 
  108. foreground window.  In some cases, setting "Keyboard Conflict" to 
  109. 4 using Change a Program can alleviate this problem.
  110.  
  111. DESQview versions prior to 2.2 do not currently support the 
  112. background operation of a program that is using the mouse unless 
  113. that program is DESQview aware.  Running a program that uses the 
  114. mouse in background will cause the mouse to be lost for DESQview 
  115. or other programs.  As of version 2.2, DESQview "virtualizes" the 
  116. mouse so that non-DESQview aware programs "see" the mouse only 
  117. when in foreground.
  118.  
  119.         Copyright (C) 1991 by Quarterdeck Office Systems
  120.              * * *   E N D   O F   F I L E    * * * 
  121.